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BACKGROUND 

The present invention relates generally to computer systems, methods, and 
software, and more particularly, to a system, method, and software for improving system 
management interrupt (SMI) latency on systems using timing-sensitive registers. 

There are three significant solutions known to the inventor in the prior art that 
relate to improve SMI latency on systems using timing-sensitive registers. The first is 
to ensure that the update-in-progress status bit is clear before exiting an SMI handler. 

The second is to require that the code using the real-time-clock registers set 
some sort of system-wide flag to indicate that the time-sensitive registers are about to be 
accessed. The SMI handler would then read this flag to determine whether or not to 
wait for the update-in-progress bit to be clear. 

The third is to require that the code using the real-time clock registers read a 
system-wide flag to determine whether an SMI has occurred after the update-in- 
progress status bit has been tested but before the data register has been accessed. 

Disadvantages of prior art are as follows. The first prior-art solution requires 
that in 0.1 % of SMIs, the additional latency will be up to 1 ms. The second prior-art 
solution requires that all code adhere to the standard. Unfortunately, quite a bit of 
legacy code accesses the real-time clock registers without any regard to this standard. 
The third prior-art solution contains a race condition where, between the reading of the 
system- wide flag and the access of the data register, an SMI occurs. This code would 
proceed to access the possibly-corrupted register. 



It is therefore an objective of the present invention to provide for systems, 
methods, and software for improving SMI latency on systems using timing-sensitive 
registers. 

SUMMARY OF THE INVENTION 

To meet the above and other objectives, the present invention comprises systems, 
methods, and software that improve SMI latency on systems that use timing-sensitive 
registers. The presem invention comprises a real-time clock, a register file containing 
one or more timing sensitive registers, and an index and data register for accessing the 
timing sensitive registers in the register file. An update-in-progress status bit determines 
a certain fixed period of time for which the timing-sensitive registers are valid. 

A retriggerable, fixed duration timer is provided that is triggered by reads of zero 
from the update-in-progress status bit. A latch is provided that is set if the timer is 
running when a system management interrupt is asserted and cleared when SMI is 
i deasserted. A mechanism is provided for reading the output status of the latch. A timer 
is provided that is triggered by reading zero from a first register location. A status latch 
is provided for storing the status of the timer, which status is read using a status bit. 

SMI handling code (an SMI handler) is provided that reads the status latch, and 
if the status latch is zero, exits the SMI handling code, and if the status latch is non-zero, 
D writes OA to I/O location 0x70, reads I/O location 0x71, and if bit 7 of the value read is 
set, repeats the previous two steps until the value of bit 7 is not set, and then exits the 

SMI handling code. 

The present invention is based upon the observation that the period of potential 
danger occurs for ~1 ms after the read of the update-in-progress status bit with a value 
25 of zero. The present invention adds a timer which is triggered by reading zero from 

register location OxA, bit 7. The status of the timer (running or not) is stored in a status 
latch upon assertion of SMI and the latched value can be read by software code (such as 
the SMI handler) using a status bit. This status bit is the indicator of whether the SMI 
occurred during this period of potential danger. If the SMI handler was in the critical 
30 period, then it must check the update-in-progress bit before proceeding. Otherwise, the 
SMI handler may exit normally. The status latch is cleared when the SMI is deasserted. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The various features and advantages of the present invention may be more 
35 readily understood with reference to the following detailed description taken in 

conjunction with the accompanying drawings, wherein like reference numerals designate 
like structural elements, and in which: 



Fig. 1 illustrates an exemplary system in accordance with the principles of the 

present invention; and . . ^ • • i^. th« 

Fig. 2 illustrates an exemplary method in accordance with the prmciples of the 

present invention. 

DETAILED DESCRIPTION 

Referring to the drawing figures. Fig. 1 illustrates an exemplary system 10 in 
accordance with the principles of the present invention. T^e exemplary system 10 
comprises a computer system 10, for example, that logically comprises the following 

compon^tj. ^^^^ 10 includes an index and data register 11. The index and data 
register 1 1 is used to access a register file 12 containing one or more timing sensmve 
registers 12a. For a real-time clock 13 used in the system 10, the register file 12 
comprises registers 0-9, which are the date/time registers. 

The system 10 includes an update-in-progress status bit 14. The update-in- 
progress status bit 14 guarantees a certain fixed period of time for which the timing-^ 
sensitive agisters 12a are valid. For the real-time clock 13 used by the system O^^e 
update-in-progress is register 10, bit 7, which, when set, guarantees no updates to die 

date/ time registers for at least 244 /<s. 

The system 10 includes a retriggerable, fixed duration timer 15 that is tnggered 
by reads of zero from the update-in-progress status bit 14. Tlie retiiggerable fixed 
duration timer 15 has a duration that is fixed at -1 ms. T^s duration depends on the 
length of the no-update time (-244 ;.s, for example) plus die actual update time^ If the 
retriggerable, fixed duration timer 15 expires, it does not restart. The status of the 
retriggerable, fixed duration timer 15 timer 15, running or not, can be determined. The 
status of the retriggerable, fixed duration timer 15 may be determined by reading a 
status register tiiat is contained in a memory-mapped I/O location, I/O register, or PCI 

configuration register.. 

The system 10 includes a latch 16, which is set if the retriggerable, fixed 
duration timer 15 is running when a system management interrupt (SMI) is asserted and 

cleared when the SMI is deasserted. , , u i a 

The system 10 includes means 17 for reading the output status of the latch 16. 
This means 17 may include a memory-mapped I/O location, an I/O register, or a PCI 
configuration register, for example. 
3 The system 10 includes SMI handling code 18 (or SMI handler 18) that checks 

the status of die output of the latch 16 before determining whether to wait for the 
update-in-progress bit 14. 



In order to update time or date, software running on the system 10 generally 
performs the following steps. 

Step 1 is to write OA to I/O location 0x70. 
Step 2 is to read I/O location 0x71. 

In step 3, if bit 7 of the value that is read in step 2 is set, go to step 1 . 
Step 4 is to write to I/O location 0x70 with the index of the date/time register file 
12 (registers 0-9). 

Step 5 is to read/write to I/O location 0x71 with the data for the date/time register 
file 12 (registers 0-9). 

Steps 1-3 may require up to 244 pis plus the actual time required for the real- 
time clock 13 to update its registers. On some implementations, this time may be up to 
492 pis plus the actual real-time clock 13 update time. The steps 4 and 5 may not take 
more than 244 pis in order to avoid writing to the date/time registers 12a at the same time 
while the real-time clock 13 is trying to update these registers 12a. The total time 
unavailable may be up to 1 ms. 

The system management interrupt (SMI) is the highest priority interrupt in some 
families of x86 central processing units (CPUs). It cannot be disabled using normal 
CPU interrupt-prevention mechanisms. There is a boundary condition where an SMI 
occurs after step 3. Depending on the length of time required to service the SMI, steps 
4 and 5 might not be executed until after the 244 pi4s window of safety has passed, thus 
causing potential data corruption. 

In order to handle this, SMI handlers 18 have been forced to delay returning 
until after they guarantee that the update status bit is clear. In the worst case, this adds 
an additional 1 ms to the SMI latency. Since the SMI is the highest priority interrupt in 
the system 10, all other system services will be delayed until the SMI handler 18 exits, 
causing, in some cases, unacceptable delays in servicing other device interrupts. 
Exemplary pseudo-code (implemented in an SMI handler 18) for handling this is as 
follows: 

Step 1 is to write OA to I/O location 0x70. 
Step 2 is to read I/O location 0x71. 

In step 3, if bit 7 of the value that is read is set, go to step 1. 
Step 4 is to exit the SMI handler 18. 

The present invention relies the observation that the period of potential danger 
occurs for --1 ms after the read of the update-in-progress status bit 14 with a value of 
zero. The present invention adds a timer 20 which is triggered by reading zero from 
register location OxA, bit 7. The status of the timer 20 (running or not) is stored in a 
status latch 21 upon assertion of SMI and the latched value can be read by software 
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^ (such as SMI handler 18) using a stams bU 22. Th>s status b,. 22 , me 
indic tor of whete tt,e SMI occurred during dris period of potenual danger. If tt^ 

MThandler IB was In *e criUca, period, .hen U ™us, chec. .he "P^-^ « 

14 before proceeding. Otherwise, the SMI handler 18 may exrt normally. The status 

latch 2 1 is cleared when the SMI is deasserted. 

■^e steps of an exemplary method 30 and that is also implemented m software 

(SMI handler 18) in accordance with the principles of the present invenuon are as 

follows. 

step lis to read 31 the status latch 21. 

in step 2. if the status latch 21 is ^ro, stop 32 (exit 32 the SMI handler 18). 
Step 3 is to write 33 OA to VO location 0x70. 
Step 4 is to read 34 I/O location 0x71. 

In step 5, if bit 7 of the value read is set, go 35 (jump 35) to step 3. 
Step 6 is to stop 32 (exit 32 the SMI handler 18). 

Since the sequence of readxng the update-in-progress status brt 14 is rare, the 
worst-case SMI latency .s the same, but the average SMI latency is ^^^^^ 

Alternative embodiments of the present invention may mclude other timing 
sensitive registers 12a other than those in the real-time clock 13, o^^^ ^^'^.ons 
accessing the contents of the register 12, other than index/data registers 12a, durations 
:Z than 1 ms. types of unavailability other than register "P^^ -^grilble 
determining unavailability, and other higher-priority interrupts, including non-maskable 

"pZus solutions, an averageof0.1 of SMIs had a delay. In the present 
invention, assuming normal usage, only 0.001 % of SMIs should -perience a de^Y- 
The improved features of the present invention include latching register availab lity 
2Z the point When a higher priority interrupt is received by the SMI handler 8. 

Thus methods, apparatus and software for improving SMI latency on systems 
using timing-sensitive registers have been disclosed. It is to be understood that the 
Tescnbed embodiments a. merely illustrative of some of the many sp-^^c^ei^odi^ 
3 nients which represent applications of the principles of the present —^^^^'^^ 
numerous and other arrangements can be readily devised by those skilled m the art 
without departing from the scope of the invention. 



